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(54) Method and system for placing a purchase order via a communications network 

(57) A mGtho(d and system for placing an order to 
purchase an item via the internet. The onder is placed 
by a purchaser at a client system and received by a 
server system. The server system receives purchaser 
information including identification of the purchaser, 
payment information, and shipment information from 
the client system. The server system then assigns a cli- 
ent identifier to the client system and associates the 
assigned client Identifier with the received purchaser 
information. The server system sends to the client sys- 
tem the assigned client identifier and an HTML docu- 
ment identifying the item and including an order button. 
The client system receives and stores the assigned cli- 
ent identifier and receives and displays the HTML docu- 
ment. In response to the selection of the order button, 
the client system sends to the server system a request 
to purchase the identified item. The server system 
receives the request and combines the purchaser infor- 
mation associated with the client identifier of the client 
system to generate an order to purchase the item in 
accordance with the billing and shipment information 
whereby the purchaser effects the ordering of the prod- 
uct tiy selection of the order button. 
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Description 
TECHNICAL FIELD 

[0001] The present invention relates to a computer s 
method and system for placing an order and. more par- 
ticularly, to a method and system for ordering items over 
the Internet. 

BACKGROUND OF THE INVENTION io 

[0002] The Internet comprises a vast number of com- 
puters and computer networks that are interconnected 
through communication links. The interconnected com- 
puters exchange information using various services, is 
such as electronic mail. Gopher, and the World Wide 
Web ("WWW^. The WWW service allows a server com- 
puter system (i.e., Web server or Web site) to send 
graphical Web pages of information to a remote client 
computer system. The remote client computer system 20 
can then display the Web pages. Each resource {e.g., 
computer or Web page) of the WWW is uniquely identi- 
fiable by a Uniform Resource Locator ("URL"). To view a 
specific Web page, a client computer system specifies 
the URL for that Web page in a request {e.g., a Hyper- 25 
Text Transfer Protocol ("HTTP") request). TTie request is 
fontvarded to the Web server that supports that Web 
page. When that Web server receives the request, it 
sends that Web page to the client computer system. 
When the client computer system receives that Web 30 
page, it typically displays the Web page using a 
browser. A browser is a special-purpose application 
program that effects the requesting of Web pages and 
the displaying of Web pages. 

[0003] Currently. Web pages are typically defined 35 
using HyperText Markup Language ("HTML"). HTML 
provides a standard set of tags that define how a Web 
page is to be displayed. When a user indicates to the 
browser to display a Web page, the browser sends a 
request to the server computer system to transfer to the 4o 
client computer system an HTML document that defines 
the Web page. When the requested HTML document is 
received by the client computer system, the browser 
displays the Web page as defined by the HTML docu- 
ment. The HTML document contains various tags that 45 
control the displaying of text, graphics, controls, and 
other features. The HTML document may contain URLs 
of other Web pages available on that server computer 
system or other server computer systems. 
[0004] The World Wide Web is especially conducive so 
to conducting electronic commerce. Many Web servers 
have been developed through which vendors can adver- 
tise and sell product. The products can include items 
{e.g. , music) that are delivered electronically to the pur- 
chaser over the Internet and items (e.^. . iDooks) that are ss 
delivered through conventional distribution channels 
{e.g., a common carrier). A server computer system 
may provide an electronic version of a catalog that lists 



the items that are available. A user, who is a potential 
purchaser, may browse through the catalog using a 
browser and select various items that are to be pur- 
chased. When the user has completed selecting the 
items to be purchased, the server computer system 
then prompts the user for information to complete the 
ordering of the items. This purchaser-specific order 
information may include the purchaser's name, the pur- 
chaser's credit card number, and a shipping address for 
the order. The server computer system then typically 
confirms the order by sending a confirming Web page to 
the client computer system and schedules shipment of 
the items. 

[0005] Since the purchaser-specific order information 
contains sensitive information {e.g., a credit card 
number), both vendors and purchasers want to ensure 
the security of such information. Security is a concern 
because information transmitted over the Internet may 
pass through various intermediate computer systems 
on its way to its final destination. The information could 
be intercepted by an unscrupulous person at an inter- 
mediate system. To help ensure the security of the sen- 
sitive information, various encryption techniques are 
used when transmitting such information between a cli- 
ent computer system and a server computer system. 
Even though such encrypted information can be inter- 
cepted, because the information is encrypted, it is gen- 
erally useless to the interceptor. Nevertheless, there is 
always a possibility that such sensitive information may 
be successfully decrypted by tiie interceptor. Therefore, 
it would be desirable to minimize the sensitive informa- 
tion transmitted when placing an order. 
[0006] The selection of the various items from tiie 
electronic catalogs is generally based on tiie "shopping 
cart" model. When the purchaser selects an item from 
the electronic catalog, the server computer system met- 
aphorically adds that item to a shopping cart. When the 
purchaser is done selecting items, then all the items in 
tiie shopping cart are 'checked out" {i.e. , ordered) when 
tiie purchaser provides billing and shipment Informa- 
tion. In some models, when a purchaser selects any 
one item, then that item is "checked out" by automati- 
cally prompting the user for the billing and shipment 
information. Although the shopping cart model is very 
flexible and intuitive, it has a downside in that it requires 
many interactions by the purchaser. For example, the 
purchaser selects the various items from the electronic 
catalog, and then indicates that the selection is com- 
plete. The purchaser is then presented with an order 
Web page that prompts the purchaser for the pur- 
chaser-specific order information to complete the order. 
That Web page may be prefilled with information that 
was provided by the purchaser when placing another 
order. The information is then validated by the server 
computer system, and the order is completed. Such an 
ordering nxxdel can be problematic for a couple of rea- 
sons. If a purchaser is ordering only one item, then the 
overhead of confirming the various steps of the ordering 
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prcx^ess and waiting for, viewing, and updating the pur- 
chaser-specific order information can be much more 
than the overhead of selecting the item Itself. This over- 
head makes the purchase of a single item cumbersome. 
Also, with such an ordering model, each time an order is 5 
placed sensitive information is transmitted over the 
Internet. Each time the sensitive information is transmit- 
ted over the Internet, it Is susceptible to being inter- 
cepted and decrypted. 

10 

SUMMARY OF THE INVENTION 

[0007] An embodiment of the present invention pro- 
vides a method and system for ordering an item from a 
client system. The client system is provided with an is 
identifier that identifies a customer. The client system 
displays information that Identifies the Item and displays 
an Indication of an action (e.^., a single action such as 
clicking a mouse button) that a purchaser is to perform 
to order the identified item. In response to the indicated 20 
action being performed, the client system sends to a 
server system the provided Identifier and a request to 
order the identified item. The server system uses the 
identifier to identify additional information needed to 
generate an order for the item and then generates the 2s 
order. 

[0008] The server system receives and stores the 
additional information for customers using various com- 
puter systems so that the server system can generate 
such orders. The server system stores the received 30 
additional Information in association with an Identifier of 
the customer and provides the identifier to the client 
system. When requested by the client system, the 
server system provides information describing the item 
to the requesting client system. When the server system 3S 
receives a request from a client system, the server sys- 
tem combines the additional Information stored In asso- 
ciation with the identifier included in the request to effect 
the ordering of the item. 

40 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0009] 
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ments an expedited order selection algorithm. 

Rgures 8A-8C Illustrate a hierarchical data entry 
mechanism in one embodiment. 
Rgures 9A-9B illustrate use of a single-action to 
give an item as a gift to one or more recipients. 
Rgure 10 illustrates a grid for creation of a group 
and the entry of Identifying Information for recipi- 
ents associated with the group {i.e., members). 
Rgure 11 is a flow diagram of the overall flow of the 
gift delivery system. 

Rgure 12 is a block diagram Illustrating the compo- 
nents of the gift delivery system. 
Figure 13 is a state diagram Illustrating the various 
states of a gift order. 

Rgure 14 is a flow diagram of a routine that controls 
the receiving of gift orders. 
Rgure 15 Is a block diagram of a routine that con- 
trols the attempt at first contact of the recipient. 
Rgure 16 is a flow diagram of a routine that controls 
the processing of the initial voice telephone contact. 
Rgure 1 7 Is a flow diagram of a routine that controls 
the processing of the Initial response. 
Figure 1 8 is flow diagram of a routine that controls 
the collecting of additional contact information. 
Figure 1 9 is a flow diagram of a routine that controls 
tiie verifying of tiie delivery information. 

DETAILED DESCRIPTION OF THE INVENTION 

[0010] The present invention provides a method and 
system for single-action ordering of Items In a cli- 
ent/server environment. The single-action ordering sys- 
tem of the present invention reduces the number of 
purchaser interactions needed to place an order and 
reduces the amount of sensitive information that is 
transmitted between a client system and a server sys- 
tem. In one embodiment, the server system assigns a 
unique client identifier to each client system. The server 
system also stores purchaser-specific order information 
for various potential purchasers. The purchaser-specific 
order Information may have been collected from a previ- 
ous order placed by the purchaser The server system 
maps each client identifier to a purchaser that may use 
that client system to place an order. The server system 
may map the client identifiers to the purchaser who last 
placed an order using that client system. When a pur- 
chaser wants to place an order, the purchaser uses a 
client system to send the request for information 
describing the item to be ordered along with its client 
identifier. The server system determines whether the 
client identifier for that client system Is mapped to a pur- 
chaser. If so mapped, the server system determines 
whether single-action ordering is enabled for that pur- 
chaser at that client system. If enabled, the server sys- 
tem sends the requested Information {e.g., via a Web 
page) to the client computer system along with an indi- 
cation of the single action to perform to place the order 
for the item. When single-action ordering is enabled, the 



Figures 1A-1C illustrate single-action ordering in 45 
one embodiment of the present invention. 
Figure 2 Is a block diagram illustrating an embodi- 
ment of the present invention. 
Figure 3 is a flow diagram of a routine that enables 
single-action ordering for a customer. so 
Figure 4 is a flow diagram of a routine to generate a 
Web page in which single-action ordering is ena- 
bled. 

Figure 5 is a flow diagram of a routine which proc- 
esses a single-action order. ss 
Figure 6 Is a flow diagram of a routine for generat- 
ing a single-action order summary Web page. 
Figure 7 is a flow diagram of a routine tiiat imple- 
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purchaser need only perform a single action (e.g., click 
a mouse button) to order the item. When the purchaser 
performs that single action, the client system notifies the 
server system. The server system then completes the 
order by adding the purchaser-specific order informa- 5 
tion for the purchaser that is mapped to that client iden- 
tifier to the item order information {e.g., product 
identifier and quantity). Thus, once the description of an 
item is displayed, the purchaser need only take a single 
action to place the order to purchase that item. Also, w 
since the client identifier identifies purchaser-specific 
order information already stored at the server system, 
there is no need for such sensitive information to be 
transmitted via the Internet or other communications 
medium. ^5 

[001 1 ] Figures 1 A-1 C illustrate single-action ordering 
in one embodiment of the present invention. Figure 1 A 
illustrates the display of a Web page describing an item 
that may be ordered. This example Web page was sent 
from the server system to the client system when the 20 
purchaser requested to review detailed information 
about the Item. This example Web page contains a 
summary description section 101, a shopping cart sec- 
tion 102. a single-action ordering section 103, and a 
detailed description section 104. One skilled in the art 2S 
wouki appreciate that these various sections can be 
omitted or rean-anged or adapted in various way& In 
general, the purchaser need only be aware of the item 
or items to be ordered by the single action and of the 
single action needed to place the order. The summary 30 
description and the detailed description sections pro- 
vkie information that identifies and describes the item(s) 
that may be ordered. The shopping cart section pro- 
vides the conventional capability to add the described 
item to a shopping cart. The server system adds the 35 
summary description, the detailed description, and the 
shopping cart sections to each Web page for an item 
that may be ordered. The server system, however, only 
adds the single-action ordering section when single- 
action ordering Is enabled for that purchaser at that cli- 4o 
ent system. (One skilled in the art woukj appreciate that 
a single Web page on the server system may contain all 
these sections but the single-action ordering section 
can be selectively included or excluded before sending 
the Web page to the client system.) This example sin- 4S 
gle-action ordering section allows the purchaser to 
specify with a single click of a mouse button to order the 
described item. Once the purchaser clicks the mouse 
button, the item is ordered, unless the purchaser then 
takes some action to modify the order. The single-action so 
ordering section contains a single-action ordering but- 
ton 103a. purchaser identification subsection 103b. and 
single-action ordering Information subsections 103c 
and 103d. The purchaser information subsection dis- 
plays enough information so that the purchaser can ver- ss 
ify that the server system correctiy recognizes the 
purchaser. To reduce the chances of sensitive informa- 
tion being intercepted, the server system sends only 



enough information so that the purchaser is confident 
that the server system correctly identified the purchaser 
but yet not enough information to be useful to an 
unscrupulous interceptor. The additional information 
subsections allow the purchaser to obtain various set- 
tings or obtain more information related to the single- 
action ordering. If the purchaser wants to verify the ship- 
ping address, the purchaser can select the "check ship- 
ping address" label. In response to this selection, the 
server system may require the purchaser to perform a 
"login" so that the identity of the purchaser can be veri- 
fied before the shipping information is viewed or modi- 
fied. The server system then sends a Web page to the 
client system for display and possible modification of the 
shipping address. In this way, the transmitting of the 
sensitive shipping address can be avoided unless 
requested by the verified purchaser. 

[0012] When the purchaser selects the single-action 
ordering button, the client system sends a message to 
tiie server system requesting that the displayed item be 
ordered. After the server system processes the mes- 
sage, tiie server system provides to the client system a 
new Web page that confirms receipt of the single-action 
order. Figure 1 B illustrates the display of a Web page 
confirming a single-action order. The confirming Web 
page contains essentially the same information as the 
Web page describing tiie item (i.e.. Figure 1 A) except 
that an order confirmation section 105 is displayed at 
the top of the Web page. The order confirmation section 
confirms that the order has been placed and provides 
an opportunity for the purchaser to review and change 
the single-action order. Alternatively, the confirming 
Web page can be Identical to the Web page describing 
the item (i.e.. Figure 1A), except that the single-action 
ordering button is replaced with a message confirming 
the order. 

[0013] If a single-action ordering Is not currentiy ena- 
bled for the client system but could be enabled, then the 
server system can generate a Web page like Figure 1 A, 
except that the single-action ordering button 103a is 
replaced by a single-action ordering enat>le kxjtton. 
Such a replacement button could contain text instruct- 
ing the purchaser to click on the button to enable single- 
action ordering. When the purchaser clicks on that but- 
ton, the server system would send the Web page of Fig- 
ure 1 A to be displayed. Single-action ordering can be 
enabled whenever the server system has stored suffi- 
cient purchaser-specific order Information for that client 
system to complete a single-action order. If the server 
system does not have suffk:ient infonnation, then when 
the purchaser selects the single-action ordering button, 
the server system can provide a Web page to collect the 
additional information that is needed. The server sys- 
tem may require the purchases to "login" so that the 
identify of the purchaser can be verified before ttie sin- 
gle-action ordering is enabled. 

[001 4] To help minimize shipping costs and purchaser 
confusion, the server system may combine various sin- 
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gle-actlon orders into a multiple-item order. For exam- 
ple, if a purchaser orders one item using the single- 
action ordering and five minutes later orders another 
item using the single-action ordering, then those orders 
may be cost effectively combined into a single order for 
shipping. The server system combines the single-action 
orders when their expected ship dates are similar. For 
example, if one Item is immediately available and the 
other item will be available in one day. then the two sln- 
gle^action orders may be cost-effectively combined. 
However, if the other item wilt not be available for two 
weeks, then the two single-item orders would not be 
combined. Figure 1C illustrates the display of a Web 
page representing four single-action orders that have 
been combined into two separate multiple-item orders 
based on the availability of the items. The order informa- 
tion 1 06 indicates that item 1 and item 2. which will be 
available in three or fewer days, have been combined 
irtto one order The order information 107 indicates that 
items 3 and 4. which will not be available within one 
week, are combined into a separate order. In one 
embodiment, the server system may combine single- 
action orders that are placed within a certain time period 
(e.g., 90 minutes). Also, the server system may com- 
bine or divide orders when the orders are scheduled for 
shipment based on the then current availability of the 
items ordered. This delayed modification of the orders is 
refenred to as "expedited order selection** and is 
described below in detail. 

[0015] Figure 2 is a block diagram illustrating an 
embodiment of the present invention. This embodiment 
supports the single-action ordering over the Internet 
using the World Wide Web. The server system 210 
includes a server engine 211, a client identifier/cus- 
tomer table 212, various Web pages 213, a customer 
database 214. an order database 215, and an inventory 
database 216. The server engine receives HTTP 
requests to access Web pages identified by URLs and 
provides the Web pages to the various client systems. 
Such an HTTP request may indicate that the purchaser 
has performed the single action to effect single-action 
ordering. The customer datak^ase contains customer 
information for various purchasers or potential purchas- 
ers. The customer information includes purchaser-spe- 
cific order information such as the name of the 
customer, billing information, and shipping information. 
The order database 215 contains an entry for each 
order that has not yet been shipped to a purchaser. The 
inventory database 216 contains a description of the 
various items that may be ordered. The client identi- 
fier/customer table 212 contains a mapping from each 
client identifier, which is a globally unique identifier that 
uniquely identifies a client system, to the customer last 
associated with that client system. The client system 
220 contains a browser and its assigned client identifier. 
The client identifier is stored in a file, referred to as a 
"cookie." In one emtxxjiment. the server system 
assigns and sends the client identifier to the client sys- 



tem once when the client system first interacts with the 
server system. From then on, the dient system includes 
its client identifier with all messages sent to the server 
system so that the server system can identify the source 
5 of the message. The server and client systems interact 
by exchanging information via communications link 230. 
which may include transmission over the Internet 

[DDI 6] One skilled in the art would appreciate that the 
single-action ordering techniques can be used in vari- 

10 ous environments other than the Internet. For example, 
single-action ordering can also be in an electronic mail 
environment in which an item is described in an elec- 
tronic mail message along with an Indication of the sin- 
gle action that is to be performed to effect the ordering 

IS of the item. Also, various communication channels may 
be used such as local area network, wide area network, 
or point-to-point dial up connection. Also, a server sys- 
tem may comprise any combination of hardware or soft- 
ware that can generate orders in response to the single 

20 action being performed. A client system may comprise 
any combination of hardware or software that can inter- 
act with the server system. These systems may include 
television -based systems or various other consumer 
products through which orders may be placed. 

25 [GDI 7] Figure 3 is a flow diagram of a routine that ena- 
bles single-action ordering for a customer. To enable 
single-action ordering, a server system needs to have 
information about the customer that is equivalent to the 
purchaser-specific order information. The server sys- 

30 tern can obtain this information in various ways. First, 
the server system could ask the customer if they would 
like to have single-actton ordering enabled. If so. then 
the server system could prompt the customer using a 
Web page for the purchaser-specific order information. 

35 Second, the server system could also save the pur- 
chaser-specific order information collected when an 
order is placed conventionally. The server system could, 
either automatically or with the customer's assent, ena- 
ble single-action ordering. In step 301. the server sys- 

40 tem retrieves the client identifier that was sent by the 
client system. In step 302. the server system updates 
the client Identifier/customer table to indicate that the 
generated client identifier has been associated with that 
customer. In step 303, the server system sets a flag 

45 indicating that single-action ordering is enabled for that 
client identifier and that customer connbination. That flag 
may be stored in the client identifier/customer table. In 
step 304, the server system supplies a confirming Web 
page to the client system. The next time a purchaser 

so attempts to order an item, the client system will supply 
its client identifier to the server system. If single-action 
ordering is enabled for that purchaser, the server sys- 
tem will assume that the purchaser is the customer 
associated with that client identifier in the client identi- 

55 f ier/customer table. Thus, a purchaser may not want to 
allow the server system to enable single-action ordering 
if there is a possibility that someone else may use that 
same client system. 
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[0018] Figure 4 is a flow diagram of a routine to gen- 
erate a Web page In which single-action ordering is 
enabled. When single*action ordering is enabled, the 
server system generates a Web page describing an 
item as is conventionally done and then adds a single- 5 
action ordering section. In one embodiment, the server 
system adds partial purchaser-specific order informa- 
tion to the section. This information may include the 
customer's name, a shipping address moniker selected 
by the purchaser {e.g. , "at home"), and the last five dig- ro 
its of a credit card number or a nickname selected by 
the purchaser. Such partial information should be the 
minimum information sufficient to indicate to the pur- 
chaser whether or not the server system is using the 
correct purchaser-specific order information. In step 75 
401 , the server system generates a standard shopping 
cart-type Web page for the item. In step 402. if the sin- 
gle-action ordering flag has been set for the client iden- 
tifier and customer combination, then the server system 
continues at step 403, else the server system com- 20 
pletes- In step 403. the server system adds the single- 
action section to the Web page and completes. 
[0019] Figure 5 is a flow diagram of a routine which 
processes a single-action order. When a purchaser per- 
forms the single action needed to place an order, the cli- 25 
ent system notifies the server system. The server 
system then cont)ines the purchaser-specific order 
information for the customer associated with the client 
system with the item order Information to complete the 
order. The single-action order may also be combined 30 
witii other single-action orders and possit}ly witii otiier 
conventionally placed orders to reduce shipping costs. 
In one embodiment, single-action orders can be com- 
bined if they are placed within a certain time period of 
each other {e.g. , 90 minutes). This routine illustrates the 35 
combining of tiie single-action orders Into a short-term 
order {e.g. . available to be shipped in less tiian a week) 
and a long-term order (e.^. , available to be shipped in 
more than a week). One skilled in the art would appreci- 
ate that the single-action orders can be combined in 40 
various ways based on other fectors. such as size of 
shipment and intermediate-term availability. In step 501 . 
if tile item is expected to be shipped In the short term, 
then the server system continues at step 502, else the 
server system continues at step 505. In step 502. if a 4S 
short-term order has already been opened for the pur- 
chaser, then the server system continues at step 504, 
else the server system continues at step 503. In step 
503, the server system creates a short-term order for 
the purchaser. In step 504, the server system adds tiie so 
item to the short-term order and continues at step 508. 
In step 505, if a long-term order has already been 
opened for the purchaser, then the server system con- 
tinues at step 507. else the server system continues at 
step 506. In step 506. the server system creates a long- 55 
term order for the purchaser. In step 507, the sender 
system adds the item to tiie long-term order. In step 
508. the server system generates and sends tiie confir- 



mation and completes. 

[0020] Figure 6 is a flow diagram of a routine for gen- 
erating a single-action order summary Web page. This 
Web page {e.g., Figure 1C) gives tiie user the opportu- 
nity to view and modify the short-term and long-term 
single-action orders. In step 601. the server system 
adds the standard single-action order information to the 
Web page. In step 602, If a short-term order is open, 
then the server system adds the short-term order to tiie 
Web page in step 603. In step 604. if a long-term order 
is open, tiien the server system adds the long-term 
order information to the Web page in step 605 and com- 
pletes. 

[0021 ] Figure 7 is a flow diagram of a routine that 
implements an expedited order selection algorithm. The 
goal of the expedited order selection algorithm is to min- 
imize the number of orders sent to each destination so 
that shipping costs are reduced. A destination may be a 
specific shipping address plus a specific purchaser's 
billing details. Orders tiiat are sent to the same destina- 
tion are known as "sibling orders." The algorithm has 
two stages. In the first stage, the algorithm schedules 
for shipment the orders for destinations for which all the 
sibling orders are filled. An order is filled when all Hs 
items are currentiy in Inventory (i.e., available) and can 
be shipped. For each group of sibling orders, the algo- 
rithm combines those sibling orders Irrto a single com- 
bined order so that only one order Is currentiy 
scheduled for shipment to each destination. In tiie sec- 
ond stage, the algorithm combines and schedules 
groups of sibling orders for which some of tiie sibling 
orders are not filled or partially filled. The algorithm may 
split each partially filled sibling order into a filled sibling 
order and a completely unfilled sibling order. The algo- 
rithm tiien combines all tiie filled sibling orders into a 
single combined order and schedules tiie combined 
order for shipment. If any group has only one sibling 
order and ttiat order Is partially filled, then the algorithm 
in one embodiment does not split that order to avoid 
making an extra shipment to that destination. 
[0022] Duhng the second stage, the algorithm may 
select and schedule groups of sibling orders in a 
sequence tiiat is based on the next fulfillment time for an 
Item in the group. The next fulfillment time for a group of 
sibling orders is the minimum expected fulfillment time 
of the items in that group of sibling orders. For example, 
if a group of sibling orders has seven Items that are not 
yet fulfilled and their expected fulfillment times range 
from 3 days to 1 4 days, then the next fulfillment time for 
that group Is 3 d^s. The algoritiim first schedules those 
groups of sibling orders witii the largest next fulfillment 
time. For example, if 6 groups have next fulfillment times 
of 3, 5. 7, 10, 11, and 14 days, respectively, then tiie 
algorithm first selects and schedules tiie sibling orders 
in the group witii tiie next fulfillment time of 14 days, fol- 
lowed by tiie group witii the next fulfillment time of 1 1 
days, and so on. By delaying the scheduling of groups 
with short next fulfillment times, tiie algorithm increases 
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the chances of additional items becoming available 
(because of the shortness of the next fulfillment time) 
and thus combined with the scheduled order. 

[0023] Steps 701-703 represent the first stage of the 
expedited order selection algorithm, and steps 704-706 
represent the second stage of the expedited selection 
order algorithm. In steps 701-703, the algorithm loops 
selecting groups In which all sibling orders are filled and 
combining the orders. In step 701 , the algorithm selects 
the next group with all siting orders that are filled. In 
step 703, if all such groups have already been selected, 
then the algorithm continues with the second stage in 
step 704, else the algorithm continues at step 703. In 
step 703. the algorithm combines and schedules the 
orders in the selected group and loops to step 701. In 
step 704, the algorithm selects the next group of sibling 
orders that has the largest next fulfillment time. In step 
705, if all such groups have already been selected, then 
the algorithm is done, else the algorithm continues at 
step 706. In step 706, the algorithm combines and 
schedules the orders in the selected group and loops to 
step 704. When the expedited order selection algorithm 
is being performed, new orders and new inventory may 
be received. Whenever such new orders and new inven- 
tory is received, then the algorithm restarts to schedule 
and combine the new orders as appropriate. 
[0024] Although the algorithm has been described as 
having two stages, it could be implemented in an incre- 
mental fashion where the assessment of the first and 
second stages are redone after each order is sched- 
uled. One skilled in the art would recognize that there 
are other possible comtnnations of these stages which 
still express the same essential algorithm. 
[0025] Figures 8A-8C illustrate a hierarchical data 
entry mechanism in one embodiment. When collecting 
information from a user, a Web page typically consists 
of a long series of data entry fields that may not all fit 
onto the display at the same time. Thus, a user needs to 
scroll through the Web page to enter the information. 
When the data entry fields do not fit onto the display at 
the same time, it is difficult for the user to get an overall 
understanding of the type and organization of the data 
to be entered. The hierarchical data entry mechanism 
allows a user to understand the overall organization of 
the data to be entered even though the all data entry 
fields would not fit onto the display at the same time. 
Figure 8A illustrates an outline format of a sample form 
to be filled in. The sample form contains various sec- 
tions identified by letters A, B, C, and D. When the user 
selects the start button, then section A expands to 
include the data entry fields for the customer name and 
address. Figure SB illustrates the expansion of section 
A. Since only section A has been expanded, the user 
can view the data entry fields of section A and summary 
information of the other sections at the same time. The 
user then enters data in the various data entry fields 
that are displayed. Upon completion, the user selects 
either the next or previous buttons. The next t^on 



causes section A to be collapsed and section B to be 
expanded so that financial information may be entered. 
Figure 8C illustrates the expansion of section B. If the 
previous button is selected, then section A would col- 

5 lapse and be displayed as shown in Figure 8A. This col- 
lapsing and expanding is repeated for each section. At 
any time during the data entry, if an error is detected, 
then a Web page is generated with the error message in 
dose proximity (e.^. . on the line below) to the data entry 

w field that contains the error. This Web page is then dis- 
played by the client system to inform the user of the 
error. In addition, each of the data '*entry" fields may not 
be editable until the user clicks on the data entry field or 
selects an edit button associated with the data entry 

15 field. In this way, the user is prevented from inadvert- 
ently changing the contents of an edit field. When the 
user clicks on a data entry field, a new Web page is pre- 
sented to the user that allows for the editing of the data 
associated with the field. When editing is complete, the 

20 edited data is displayed in the data "entry" field. 
Because the fields of the form are thus not directly edit- 
able, neither **named-submit" buttons nor Java are 
needed. Alsa the form is more compact because the 
various data entry options (e.g., radio button) are dis- 

25 played only on the new Web page when the field is to be 
edited. 

[0026] In other embodiments, the present invention 
provides a mechanism for giving a gift to an identified 
recipient(s) using a single action. When information is 

30 displayed describing the item, the system displays an 
instruction to identify the recipient(s) and then to select 
a "give" button to effect the giving of the item to the iden- 
tified recipient(s). If the user is giving the gift to only one 
recipient, then the user enters identifying information, 

35 such as the email address, of the recipient. If the user is 
giving the gift to more than one recipient, the user coukJ 
enter the identifying information of each recipient, or 
alternatively, the user could enter a group name that is 
associated with the identifying infomriation for each 

40 member {i.e. , recipient) of the group. The system uses 
the identifying information to identify a delivery address 
for the gift. As described in more detail below, the sys- 
tem can use various databases to locate information for 
an identified recipient. 

45 [0027] Figures 9A-9B illustrate use of a single-action 
to give an item as a gift to one or more recipients. Figure 
9A illustrates the giving of a gift to one recipient. The 
sections 101-104 are the same as described for Figure 
1A. The gift giving section 901 contains an instruction 

50 subsection 901a, an identifying information subsection 
901b. and a single-action giving subsection 901c. To 
effect the giving of the item to a recipient, the user 
enters the email address of the recipient in the identify- 
ing information subsection 90b and then selects the sin- 

55 gle-action giving suk>section 901c. The system receives 
the email address and uses the email address to locate 
the delivery address for the recipient as described 
below in detail. The system bills the item to the user 
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based on information stored for that user for slngle- 
actton ordering and ships the item to the recipient at the 
delivery address. As described below, the system can 
allow many different types of identifying information to 
be specrfied by the user. ^ 

[0028] Figure 9B illustrates the giving of a gift to mul- 
tiple recipients. The gift giving section 902 contains an 
instruction subsection 902a, a group name subsection 
902b. and a single-action giving subsection 902c. To 
effect the giving of the item to multiple recipients, the io 
user inputs a name of the groip that identifies the recip- 
ients into the group name subsection 902b and then 
selects the single-action giving subsection 902c. The 
system uses the group name to Identify a list of recipi- 
ents who are associated with the group name. Figure 10 is 
illustrates a grid for creation of a group and the entry of 
identifying information for recipients associated with the 
group {i.e., members). The user enters the group name 
in group name section 1001 and then enters information 
relating to the recipients in each row of the member 20 
information section 1002. The user can enter as much 
information about each recipient associated with the 
group as is known by the user. For example, the user 
may enter only the email address for some users, while 
entering the name, email address, and delivery address 2S 
of other recipients. When the system is requested to 
give an item to each recipient associated with a group, 
the system uses the information stored for each recipi- 
ent to identify additional information need to effect the 
delivery of the gift as described below. The system may 30 
also store the identified additional information for each 
recipient so that when another item is subsequently 
given to that recipient, the additional information 
needed to effect the delivery of the item can be quickly 
retrieved. Alternatively, a single address book for a user 3s 
containing the information for all possible recipients can 
be maintained. The user specifies a group by indicating 
some of the recipients whose addresses are in the 
address book. The use of address books facilitates, the 
maintaining of multiple groups that have one or more 40 
recipients in common. In addition, a user can at any 
time provide additional Information about a recipient to 
fecilitate the retrieval of sufficient information to effect 
the delivery of an item. 

[0029] A computer-based method and system for 45 
coordinating the delivery of gifts by receiving gift orders, 
collecting additional delivery information that is not 
specified in the gift orders, and delivering gifts based on 
the additional delivery information is also provided. In 
one embodiment, the gift delivery system of the present so 
invention receives gift orders via Web pages provided 
on the WWW. The gift orders specify a gift that is to be 
delivered to a recipient. The recipient may be identified 
by Information that does not include the delivery 
address of the recipient. For example, the recipient may ss 
be only identified by a name and contact information 
such as an electronic mail address or a telephone 
number. The gift delivery system attempts to contact the 



recipient to obtain sufficient delivery information If the 
contact is not successful, the gift delivery system 
searches various databases of information to Identify 
additional contact information. If sufficient delivery infor- 
mation is obtained, the gift is delivered to the recipient 
and the gift giver is notified accordingly If. however, suf- 
ficient delivery information cannot be obtained, the gift 
giver is notified that the gift cannot be delivered. 
[0030] Figure 1 1 is a flow diagram of the overall flow 
of the gift delivery system. In step 1 1 01 . the gift delivery 
system receives the order for a gift from a gift giver. In 
one embodiment, the order is received via access 
through a Web page, but may also be received via other 
modes of communication, such as a voice telephone 
call, postal mail, facsimile, or electronic mail. In step 
1102, the gift delivery system attempts to contact the 
recipient of the gift. The gift order may specify contact 
information for the recipient, such as an electronic mail 
address or a telephone number of the recipient. Based 
on the contact information provided with the gift order, 
an attempt via electronic mail or an automated voice tel- 
ephone call is made to Initially contact the recipient and 
gather sufficient delivery information. Alternatively, a 
person may attempt to make a voice telephone contact 
with the recipient. In step 1103, if the initial contact is 
successful, then the system continues at step 1106, 
else the system continues at step 1104. In step 1104. 
the system attempts to collect additional contact infor- 
mation. The system can obtain the additional contact 
information through various datat>ase sources using the 
information provided with the gift order. For example, 
the system can use the recipient's name or the recipi- 
ent's electronic mail address to access Internet-based 
database systems. In step 1 105, if the system obtains 
additional contact information from these additfonal 
sources, then the system loops to step 1 102 to attempt 
to contact the recipient using the additional contact 
information, else the system continues at step 1111. In 
step n 06, the system collects delivery information from 
she successful contact. For example. If the successful 
contact is a phone call, the operator making the phone 
call preferably enters the delivery information. If the suc- 
cessful contact is an electronic mail exchange, the sys- 
tem preferably parses the recipient's reply message to 
collect the delivery information. In step 1107. the sys- 
tem verifies that the delivery information is correct. The 
system may use various databases, which contain lists 
of all proper street addresses, to verify the address. In 
step 1 108, if the delivery information is verified, then the 
system continues at step 1 109 to send the gift to the 
recipient, else the system continues at step 1111. In 
step 1 1 09, the system sends the gift to the recipient. In 
step 1110, the system sends an electronic mail to the 
gift giver providing notification that the gift has been 
sent successfully In step 1111. if sufficient delivery 
information could not be gathered or the delivery infor- 
mation could not be verified, then the system sends a 
message {e.g., via electronic mail) to the gift giver pro- 



8 



BNSDOCID: <EP 



.090238 1A2J_> 



15 



EP0 902 381 A2 



16 



viding notification that the gift could not be delivered and 
is being placed on hold. 

[0031] In an additional embodiment (not shown), if an 
attempt to contact the recipient is unsuccessful in step 
1103, then the system attempts to obtain additional s 
delivery information for the recipient from sources other 
than the recipient, such as databases and other sources 
similar to those discussed below in conjunction with Fig- 
ure 8. If the system is able to obtain sufficient delivery 
information for the recipient in this manner, the system io 
preferably sends the gift to the recipient using the 
obtained delivery information. 
[0032] Figure 12 Is a block diagram Illustrating the 
conponents of the gift delivery system. Conputer sys- 
tem 1201 contains a central processing unit memory, is 
and peripheral devices, such as a disk drive and CD- 
ROM. The gift delivery system includes an order entry 
system 1202 and an order delivery system 1203. The 
order entry system provides a user interface for a gift 
giver to input a gift order. The order entry system in one 20 
embodiment comprises a Web page that accesses a gift 
database 1204. The gift giver uses the Web page pro- 
vided to select which gift should be sent to the recipient. 
In addition, the gift giver provides information describing 
the recipient. The order entry system then stores the 25 
order information in the order database 1205. The gift 
delivery system controls the locating of additional deliv- 
ery information so that the gift can be successfully deliv- 
ered to the recipient. The gift delivery system retrieves 
information from the order database arvj attempts to 30 
contact tiie recipient based on the information provided 
with the gift order. If the recipient cannot be contacted 
based on that information, then tiie gift delivery system 
accesses other database sources, such as the cus- 
tomer database 1206 and Internet-based databases 3S 
1208 to gather additional contact information for the 
recipient. 

[0033] Figure 1 3 is a state diagram illustrating the var- 
ious states of a gift order. A gift order can be in one of 
six states: received, response pending, verifying deliv- 40 
ery information, collecting additional contact Informa- 
tion, on hold, and scheduled for delivery. Initially, when 
an order is received, the system places the order in the 
received state 1301. When the system attempts to con- 
tact the recipient using the information provkled by the 45 
gift giver, the gift order changes to a response pending 
state 1302. The response pending state indicates that 
the attempt to contact is in progress, but no response 
has yet been received from the recipient. If a sufficient 
response is received from the recipient in the allotted so 
time {e.g. , 24 hours), then the gift order changes to the 
verifying delivery information state 1303. In the verifying 
delivery information state, the system attempts to verify 
that the delivery information is correct. If the delivery 
address is correct, then the gift order enters the sched- ss 
uled for delivery state 1304. If the initial response was 
insufficient or not received in tiie allotted time, then the 
system places the gift order in the collecting additional 



contact information state 1305. In the collecting addi- 
tional contact information state, the system searches 
additional sources of irtformation to determine addi- 
tional contact information about the recipient. If addi- 
tional contact information can be found, then the system 
attempts an additional contact, and places the gift order 
in the response pending state 1302. If however, addi- 
tional contact information cannot be found, then the sys- 
tem places the gift order in the on hold state 1306. 

[0034] In a further preferred embodiment, if the initial 
response is insufficient, then the system places the gift 
order in a collecting additional delivery information state 
(not shown). In tiie collecting additional delivery infor- 
mation state, the system searches additional sources of 
information to obtain additional delivery information for 
the recipient. If tiie system is able to obtain sufficient 
delivery information in this manner, then the system 
places the gift order in the verify delivery information 
state 1303. Otherwise, the system places the gift order 
in the on hold state 1 306. 

[0035] Figure 14 is a flow diagram of a routine that 
controls the receiving of gift orders. The receive gift 
order routine controls the interaction with the gift giver to 
select a gift from the gift database, to receive informa- 
tion on the recipient, to receive the payment, and to 
store the gift order in a database. This routine proc- 
esses gift orders received elecfronically. One skilled in 
the art would appreciate that similar routines could be 
developed to handle other forms of receiving gift orders. 
In step 1401 . the routine receives a request to send a % 
gift from a gift giver to a recipient electronically via a t 
Web page. In step 1402, the routine creates a session < 
with the gift giver. The session is used to track the inter- & 
action with the gift giver arxj the gift delivery system. In 
step 1403, the routine receives the gift selection infor- 
mation. The gift selection information may be selected 
in response to a display of available gifts from the gift 
database. In step 1404, the routine receives recipient 
contact information from the gift giver The recipient 
contact information may typically include the recipient's 
name and electronic mail address. In step 1405, the 
routine receives payment information. The payment 
information may be in an electronic form, such as a 
credit card, debit card, or digital cash, or in a conven- 
tional form, such as check or money order. If in conven- 
tional form, the gift order may t^e placed in an additional 
state waiting for receipt of the payment. In step 1406, if 
the payment is approved, then the routine continues at 
step 1408, else the routine notifies the gift giver that the 
payment has been denied. In step 1408. the routine 
assigns a gift order tracking number to the gift order. 
The gift order tracking number is used by the system to 
identify the gift order throughout its processing. In step 
1409, the routine stores the gift order information in the 
gift order database. In step 1410, the routine notifies the 
gift giver that the gift order has been accepted. In step 
141 1 , the routine ends the session with the gift giver. 
[0036] Figure 1 5 is a block diagram of a routine that 
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controls the attempt at first contact of the recipient. The 
first contact is made with contact information provided 
by r : gift giver, such as electronic mail address and tel- 
ep . ne number. If sufficient information is not provided 
to even attempt to contact the recipient initially, the gift 5 
delivery system searches various databases to obtain 
such information based on the recipient's name. In step 
1501a, If the recipient's electronic mall address has 
been provided In the gift order, then the routine contin- 
ues at step 1501b, else the routine continues at step w 
1502a. In step 1501b. the routine sends an electronic 
mail to the electronic mail address provided. The elec- 
tronic mail contains information indicating that a gift is to 
be sent to the recipient and requests delivery informa- 
tion for the gift. The electronic mail includes the tracking /5 
number assigned by the system so that when a reply 
mail is received, the gift delivery system can determined 
to which gift order it con^esponds. In step 1502a, if the 
recipient's phone number has been provided, then the 
routine continues at 1502b, else the routine continues 20 
various other attempts to contact the recipient. For 
example, if a ^csimile number was provided, a tecsimile 
message is sent to the number. In step 1502b. the rou- 
tine schedules an initial telephone contact with the 
recipient. The initial telephone contact could be via an 2s 
automated voice telephone system in which a message 
is left with the person answering the phone or with an 
answering machine. Alternatively, a human operator 
may make the initial voice contact. After the initial con- 
tact is made, the gift order is placed in response pend- 30 
ing state. 

[0037] Figure 16 Is a flow diagram of a routine that 
controls the processing of the initial voice telephone 
contact. This routine can either display information for a 
human operator or provide information to an automated 35 
operator, in step 1601, if the telephone has been 
answered, then the routine continues at step 1602. else 
the routine leaves the gift order still scheduled for initial 
contact. In step 1602. if a message is left either with a 
person or a voicemail system, then the routine contin- 40 
ues at step 1603, else the routine leaves the gift order 
still scheduled for Initial contact. In step 1603. if a suffi- 
cient response has been received, then the routine con- 
tinues at step 1605, else the routine continues at step 
1604. In step 1604, the routine schedules the gift order 4S 
for searching for additional contact information relating 
to the recipient. In step 1605, the routine updates the 
order database with the additional information about the 
recipient. In step 1606. the routine schedules the gift 
order to have Its delivery information verified and so 
changes Its state to verifying delivery information. 
[0038] Figure 17 is a flow diagram of a routine that 
controls the processing of the initial response. The initial 
response can be via electronic mail, voice telephone, or 
facsimile message. In step 1 701 , if the tracking number 55 
is included in the response, then the routine continues 
at step 1702, else the routine continues at step 1 704. In 
step 1702, the routine verifies the tracking number using 



the gift order database. In step 1703. if the tracking 
number has been verified, then the routine continues at 
step 1706, else the routine continues at step 1704. In 
step 1704, the routine attempts to find the tracking 
number based on the information provided in the 
response. In step 1705. if the tracking number can be 
found, then the routine continues at step 1 706, else the 
routine continues at step 1707. In step 1706. if the 
response contains sufficient delivery information so that 
the gift order can be delivered, then the routine contin- 
ues at step 1708, else the routine continues at step 

1707. In step 1707, the routine schedules the order for 
searching for additional delivery information. In step 

1708. the routine schedules the order to have its deliv- 
ery information verified and changes its state to verify 
delivery information. 

[0039] Figure 18 is flow diagram of a routine that con- 
trols the collecting of additional contact information. 
This routine searches various database sources based 
on the information provided in the gift order. For exam- 
ple, in step 1801. the routine searches Internet-based 
telephone and electronic mail directories, such as 
Switchboard, Fourll, and Accumail. In step 1802, the 
routine searches various CD-ROM databases of tele- 
phone and electronic mail information, such as Select- 
Phone. In step 1803, the routine searches the tocal 
datat)ase of customer information. The local database 
of customer information contains information of previ- 
ous recipients and gift givers. In step 1804, the routine 
searches various Internet-based search engines, such 
as Digital Equipment's AKa Vista or Infoseek's Ultra- 
seek. In step 1805. the routine uses the electronic mail 
address or telephone number to identify the geographic 
location of the recipient. In particular, the routine 
accesses the InterNIC Registration Services of Network 
Services for the domain name registration of the recipi- 
ent's electronic mail address. Alternatively, the routine 
accesses the standard table of area codes and tele- 
phone number prefixes to determine the geographic 
locale of the recipient. The gift delivery system can use 
each of these Information sources, a subset of these 
information source, or additional information source to 
locate the additional information. In step 1806, the rou- 
tine analyzes the retrieved informatbn to determine the 
information that most likely corresponds to the recipi- 
ents based on geographic or contextual matches. This 
analysis may be done electronically or interactively with 
a human operator. In step 807. the routine stores the 
retrieved and analyzed information and the gift order 
database. In step 808, the routine displays the informa- 
tion to a human operator and requests instructions on 
further processing. The instructions can either be to 
place the order on hold because sufficient delivery infor- 
mation has not been collected, send an initial contact to 
the recipient, or proceed with delivery of the gift. 
[0040] Figure 19 is a flow diagram of a routine that 
controls the verifying of the delivery information. The gift 
delivery system verifies the delivery information to 
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ensure that the gift is being sent to a deliverable 
address. In step 1901 , the routine checks the validity of 
the delivery Information automatically. The routine uses 
a database of U.S. Postal Service addresses to deter- 
mine whether the delivery address is a valid US. Postal § 
Service address. In step 1902. if the address is valid, 
then the routine continues at step 1 906. else the routine 
continues at step 1903. In step 1903. the routine 
prompts a human operator for manual verification of the 
address. In step 1904, if the operator has manually ver- io 
ified the address, then the routine continues at step 
1906, else the routine continues at step 1905. In step 

1905, the routine notifies the gift giver that the order 
cannot be fulfilled and places the order on hold. In step 

1 906, the routine schedules the gift for delivery and noti- 75 
f ies the gift giver accordingly. 

[0041] Although the present invention has been 
described in terms of various emt>odiments. it is not 
intended that the invention be limited to these embodi- 
ments. Modification within the spirit of the invention will 20 
be apparent to those skilled In the art. For example, the 
server system can map a client Identifier to multiple cus- 
tomers who have recently used the client system. The 
server system can then allow the user to identify them- 
selves by selecting one of the mappings based prefera- 2S 
biy on a display of partial purchaser-specific order 
Information. Also, various different single actions can be 
used to effect the placement of an order. For example, a 
voice command may be s|X)ken by the purchaser, a key 
may be depressed by the purchaser, a button on a tele- 30 
vision remote control device may be depressed by the 
purchaser, or selection using any pointing device may 
be effected by the purchaser. Although a single action 
may be preceded by multiple physical movements of the 
purchaser {e.g., moving a mouse so that a mouse 35 
pointer is over a button), the single action generally 
refers to a single event received by a client system that 
indicates to place the order. Finally, the purchaser can 
be alternately identified by a unique customer identifier 
that is provided by the customer when the customer Ini- 40 
tiates access to the server system and sent to the 
server system with each message. This customer iden- 
tifier could be also stored persistently on the client sys- 
tem so that the purchaser does not need to re-enter 
their customer identifier each time access is Initiated. 45 
The scope of the present Invention Is defined by the 
claims that follow. 

Claims 

so 

1 . A method for placing an order to purchase an Item, 
the order being placed by a purchaser at a client 
system and received by a server system, the 
method comprising: 

55 

under control of the server system, 

receiving purchaser information including 



identification of the purchaser, payment 
information, and shipment information 
from the client system; 

assigning a client identifier to the client 
system; 

associating tiie assigned client Identifier 
with the received purchaser information; 
sending to the client system the assigned 
client identifier; and 

sending to the client system display infor- 
mation identifying tiie item and including 
an order button; 

under control of the client system, 

receiving and storing the assigned client 
Id^ifler; 

receiving and displaying the display infor- 
mation; and 

in response to the selection of the order 
button, sending to the server system a 
request to purchase the Identified Item, the 
request including the assigned identifier; 
and 

under control of the server system. 

receiving the request; and 
combining the purchaser information asso- 
ciated witii the client Identifier included 
with the request to generate an order to 
purchase tiie item In accordance with the 
billing and shipment information 
whereby the purchaser effects the ordering 
of the product by selection of the order but- 
ton. 

2. The method of claim 1 wherein the purchaser infor- 
mation is received when the purchaser placed a 
previous order. 

3. A method for ordering an item using a client sys- 
tem, the method comprising: 

displaying information identifying the item and 
displaying an indication of an action that Is to 
be performed to order the identified item; and 
in response to the indicated action being per- 
formed, sending to a server system a request 
to order the identified Item 
whereby the server system uses an identifier of 
a customer ordering the item to identify addi- 
tional information needed to generate an order 
for the item. 

4. The method of daim 3 wherein the identifier identi- 
fies the client system and the server system pro- 
vides tiie identifier to tiie client system. 
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5. The method of claim 3 wherein the client system 
and server system communicate via the Internet. 

6. The method of claim 3 wherein the identifier is pro- 
vided by the server system. 



7. 



The method of claim 3 wherein the displaying 
includes displaying an HTML document provided by 
the server system. 



8. The method of claim 3 including sending from the 
client system to the server system a confirmation 
that the order was generated. 

9. The method of claim 3 wherein the action is a single 
action. 

10. The method of daim 9 wherein the single action is 
clicking a mouse button when a cursor is positioned 
over a predefined area of the displayed information. 

11. The method of daim 9 wherein the single action is 
a sound generated by a user. 

12. The method of claim 9 wherein the single action is 
selection using a television remote control. 

13. The method of daim 9 wherein the single action is 
depressing of a key on a key pad. 

14. The method of daim 9 wherein the single action is 
selecting using a pointing device. 

15. The method of daim 9 wherein the single action is 
selection of a displayed indication. 

16. The method of claim 3 wherein the displaying 
includes displaying partial information supplied by 
the server system as to the identity of the user. 

17. The method of claim 3 wherein the displaying 
includes displaying partial shipping information 
supplied by the server system. 

18. The method of claim 3 wherein the displaying 
includes displaying partial payment information 
supplied by the server system. 

19. The method of daim 3 wherein the indicated action 
is selecting a button and that button indicates to 
enable single-action ordering when cunrently not 
enabled. 

20. The method of claim 3 when the displaying includes 
displaying a moniker identifying a shipping address 
for the customer. 

21. A method in a server system for generating an 
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order for an item, the method comprising: 

receiving user information for users of a plural- 
ity of client systems; 
for each client system. 

storing the received user information in 
association with an identifier; and 
providing the identifier to the client system; 

when requested by a dient system, providing 
information describing the item to the request- 
ing client system; 

receiving a request from a client system to 
order the item, the request indicating the iden- 
tifier and an indication of the item; and 
combining the user information stored in asso- 
ciation with the indicated identifier to effect the 
ordering of the item for the user of the client 
system identified by the indicated identifier. 

22. The method of claim 21 including providing partial 
user information to the client system so that the 
user can verify whether the identifier is associated 
with correct user information. 

23. The method of claim 21 wherein the server system 
associates user information for a plurality of users 
with one identifier and wherein a user designates 
which associated user information to use. 

24. The method of claim 21 wherein the user informa- 
tion is received when orders are placed. 

25. The method of claim 21 wherein multiple orders are 
combined into a single order. 



26. The method of daim 21 wherein multiple orders are 
combined into separate orders based on expected 

40 shipment date. 

27. The method of claim 21 wherein the identifier 
uniquely identifies the user. 



46 



so 



55 



28. The method of claim 21 wherein the identifier 
uniquely identifies a client system. 

29. The method of claim 28 wherein the identifier is 
associated with different users at different times. 

30. The method of claim 28 wherein the identifier is 
assodated with multiple users at the same time. 

31. The method of claim 28 wherein multiple identifiers 
are assodated with one user at the same time. 

32. A method in a computer system for scheduling 
orders for a plurality of destinations, the orders to 
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be shipped to the same destination being sibling 
orders, the method comprising: 

scheduling the sibling orders for each destina- 
tion for which ail the sibling orders are filled so s 
that multiple filled sibling orders can be shipped 
together; and 

after scheduling such sibling orders, schedul- 
ing sibling orders for each destination for which 
at least one of the sibling orders has an availa- 10 
bie item. 

33. The method of claim 32 wherein the scheduling of 
sibling orders for which at least one of the sibling 
orders has an available item includes scheduling 15 
those sibling orders with the largest next fulfillment 
time first. 

34. The method of claim 32 wherein when a new order 

is received, the steps of the method are restarted. 20 

35. The method of daim 32 wherein when inventory is 
received, the steps of the method are restarted. 

36. A method of placing an order for an item compris- 2S 
ing: 

under control of the client system, 

displaying information identifying the item; 30 
and 

in response to a predefined action being 
performed, sending a request to order the 
item along with an identifier of a purchaser 
of the item to a server system; cuxl 35 

under control of the server system, 

receiving the request; 

retrieving additional information previously 40 
stored for the purchaser Identified by the 
identifier In the received request; and 
generating an order for the purchaser iden- 
tified by identifier in the received request. 

45 

37. The method of claim 36 wherein the displaying of 
information includes displaying Information indicat- 
ing the predefined action. 

38. The method of claim 36 wherein the predefined so 
action is clicking a button. 

39. The method of claim 36 wherein the predefined 
action is speaking of a sound. 

55 

40. The method of claim 36 wherein the predefined 
action is a single action. 



41 . The method of claim 36 wherein a user of the client 
system does not need to explicitly identify them- 
selves when placing an order. 

42. A client system for ordering an item connprising: 

an Identifier that Identifies a customer; 
a display component for displaying information 
identifying the item; and 
an item ordering component that in response to 
performance of a predefined action, servjs a 
request to a server system to order the identi- 
fied item, the request including the Identifier so 
that the server system can locate additional 
information needed to complete the order. 

43. The client system of claim 42 wherein the display 
component is a browser. 

44. The client system of claim 42 wherein the prede- 
fined action is the clicking of a mouse button. 

45. A server system for generating an order compris- 
ing: 

a data storage medium storing Information for a 
plurality of users; 

a receiving component for receiving requests 
to order an item, the request Including an indi- 
cation of one of the plurality of users; an6 
an order placement component tiiat retrieves 
from the data storage medium Information for 
the Indicated user and that uses the retrieved 
information to place an order for tiie indicated 
customer for the item. 

46. The server system of claim 45 wherein the request 
is sent by a client system in response to a single 
action being performed. 

47. A conrputer-readable medium containing Instruc- 
tions for causing a conrputer system to perform the 
method of claim 3. 

48. A computer-readable medium containing instruc- 
tions for causing a computer system to perform the 
method of claim 21 . 

49. A method in a computer system for coordinating the 
delivery a gift given by a gift giver to a recipient, the 
method comprising: 

receiving an order from the gift giver, the order 
identifying a gift to be delivered to tiie recipient 
and having contact information describing the 
recipient; 

storing the received order in an order database 
along with an order tracking number; 
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sending a communications to the recipient 
based on the contact information, the commu- 
nications r€:uestlng delivery information for 
the gift, the communictf ons Including the order 
tracking number so that the recipient can 5 
include the order tracking number in a 
responds to the communications for identifica- 
tion of the stored order; 

when the recipient does not respond to the 
communications, collecting additional delivery 10 
information for the gift based on the contact 
infbrmation; 

when potential delivery Information for the gift 
has been identified, verifying whether the 
potential delivery information is valid; and is 
when the delivery location has been verified as 
being valid, 

sending the gift in accordance with the 
delivery information; and 20 
notifying the gift giver that the gift has been 
sent to the recipient. 

50. The method of daim 49 wherein the sending of a 
communications includes sending an electronic 2s 
mail. 

51. The method of claim 49 wherein the order is 
received via access through a Web page. 

30 

52. The method of daim 49 wherein the delivery infor- 
mation is an address and where the verifying 
includes: 

checking a database of valid addresses to 3S 
determine whether the address can be deter- 
mined to be valid address; and 
when the address can be determined to be a 
valid address, indicating that the delivery infor- 
mation has been verified; and 40 
when the address cannot be determined to be 
a valid address, 

pronrpting a person to indicate whether the 
address is valid; and 45 
when the person indicates that the address 
is valid, indicating that the delivery infor- 
mation has been verified. 

53. The method of claim 49 wherein the collecting of so 
additional delivery information includes collecting 
information from one or more information sources 
that include an Intemet-based telephone database. 

an Internet-based electronic mail database, a local 
telephone database, a local electronic mail data- ss 
base, a database of previous recipients and gift giv- 
ers, an Internet-based search engine, and a 
database of information relating to the domain 



name registration of an electronic mail address of 
the recipient. 

54. The method of claim 49 wherein the communica- 
tions is a telephone call placed to the redpient. 

55. The method of claim 49 including when the gift can- 
not be delivered to the recipient, notifying the gift 
giver that the gift cannot be delivered. 

56. A method in a computer system for coordinating 
delivery of a gift from a gift giver to a recipient, the 
gift and recipient being specified in a gift order, the 
method comprising: 

determining whether the gift order includes suf- 
ficient information so that the gift can be deliv- 
ered to the recipient; 

when suffident information is not provided in 
the gift order, obtaining delivery information 
from one or more information sources; and 
when sufficient delivery information can be 
obtained from the additional information 
sources so that the gift can be delivered to the 
recipient, directing the gift to be sent to the 
recipient as indicated by the deliver informa- 
tion. 

57. The method of claim 56 induding receiving the gift 
order electronically 

58. The method of claim 56 wherein when the gift order 
contains information such that the recipient can be 
contacted, obtaining the delivery information by 
contacting the recipient directly. 

59. The method of claim 56 wherein the recipient is 
contacted directly by sending an electronic mail. 

60. The method of claim 56 wherein the redpient is 
contacted directly by a voice telephone call. 

61. The method of claim 56 wherein the obtaining of 
delivery information includes collecting information 
from one or more information sources selected 
from among an Internet-based telephone data- 
base, an Internet-based electronic mail database, a 
local telephone database, a local electronic mail 
database, a database of previous recipients and gift 
givers, an Internet-based search engine, and a 
database of information relating to the domain 
name registration of an electronic mail address of 
the recipient. 

62. A computer-based gift delivery system for coordi- 
nating the delivery of a gift from a gift giver to a 
recipient, comprising: 
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an order entry component for providing a selec- 
tion of available gifts, for receiving a selection 
of a gift, for receiving contact infornnation 
describing the recipient, and for storing the gift 
order; and 5 

a gift delivery component for retrieving the 
stored gift order, for determining whether the 
contact information includes sufficient delivery 
information to deliver the gift to the recipient, for 
when sufficient delivery information is not io 
included, obtaining additional information 
about the recipient by attempting to contact the 
recipient and by searching various databases 
of information, and for directing the sending of 
the gift to the recipient when sufficient delivery is 
information has been obtained. 

63. The gift delivery system of claim 62 wherein the 
order entry component assigns an order tracking 
identification to each gift order and wherein the gift 20 
delivery component includes the order tracking 
identification when attempting to contact the recipi- 
ent. 

64. The gift delivery system of claim 62 wherein the gift 2S 
delivery component searches various Internet- 
based databases using the recipient name or elec- 
tronic mail address. 

65. The gift delivery system of claim 62 wherein the 30 
order entry component receives payment electroni- 
cally 

66. The gift delivery system of claim 62 wherein the 
order entry component is accessed via Web pages. 3s 
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Summary Description of Item 



Add it to your shopping cart 
(You can always cancel later . . . ) 



03 



NEW! Order faster with 1 -click! 
(You can cancel within 90 minutes ) 




1036 John Doe at home 



Check shi pping address or changre 1-click settinp rg 
'^^■^ Leam mor e about 1-click express orderi ng 



Detail Description of Item 



Fig. lA 
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Thank you for your 1 -click order! 

A quantity of 1 of fthe item] will be shipped to you 
as soon as possible. We will do oxir best to 
minimize your shipping costs by combining your 
l*click orders into as few shipments as possible. 

Please continue browsing. 
Review or change vour 1 -click orders 



Summary Description of Item 



Fig, IB 
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Summary of 1 -Click Express Orders 



106 



107 



Press this button if you Changed Quantitieslof any item 



below. If you don't press it, your changes won't "stick." 
You can set the quantity to 0 (zero) to cancel an item. 

The 1 -click orders below (available in 3 or fewer days) 
will be shipped together. 

Order #098337 

rn Item 1 $10.00 

rn Item 2 $15.00 

Total $25.00 



The 1 -click orders below (available in one week or more) 
will be shipped together. 

Order # 098336 

rn Item 3 $20.00 

rn Item 4 $ 6.00 

Total $26.00 



108 



Ship to: 

Shipment Method: 
Payment Method: 



John Doe at home 
Standard Domestic Shipping 

2345 



Continue Shopping 



1 "Click Express shipping policies 



Fig. IC 
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f Enable Single- Action) 
\ Ordering 





301 


Retrieve client ID 




302 


Set client ID/customer 


mapping 






303 


Set single-action 
ordering for client 
ID/customer 




304 


Return coniiiming 
web page 







Done 



) 



Fig. 3 



20 



BNSOOCID: <EP 



.0902381 A2_L> 



EP0 902 381 A2 



Generate Item A 





401 


Generate standard 
stopping cart web page 
for item 







Single -^^2 

Action flag sef 
for client ID/ 
xustomei 





Y 




403 


Add single-action 


section to web page 




^ 



Done 



Fig. 4 



21 



EP 0 902 381 A2 



Process Single- 
Action Order 



short 
term 




long 
term 




Is 



505 



iong-term order\^ Y 
open for 
xustomei 



N 



503 



Create short-term 
order 



N 



506 



Create long-term 

order 



504 



Add item to short-temi 
order 



507 



Add item to long-tenn 
order 



508 



Generate and send 
confirmation 



Done 



Fig. 5 
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C Generate Single- A 
Order Summary J 





m 


Generate standard web 


page 





602 

Short-term Y 
order open 




603 



Add short-term order 
to web page 



605 



Add long-term order 
to web page 



Fig. 6 
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r Expedited Order ^ 
Selection / 



703 





701 




Select next group with 
all sibling orders filled 







Combine and schedule 
orders in selected 
group 



Ail 
such groups 
already 
selected 



702 



706 





Y 

704 


► 


Select next group with 
partially filled order 
that has largest next 
fulfillment time 







Combine and schedule 
orders in selected 
group 



All 
such groups 
already 
selected 



705 



Done 



Fig. 7 
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START 

A: Customer Name & Address 
B : Customer Financial Info 
C : Customer Employment Info 
D: Customer Education Info 

Fig, 8 A 



A: 



B 
C 

D: 



First Name 
M.I. 

Last Name 
Street 
City 
State 




Previous 



Customer Financial Info 
Customer Employment Info 
Customer Education Info 



Zip 



Fig. 8B 
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A: Customer Name & Address 
B: Net Worth: [ 
Annual Income: [ 
Spouse's Annual Income: 
Other Income: 




Previous 



C : Customer Employment Info 
D: Customer Education Info 



Fig. 8C 
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Summary Description of Item 



102 




Add it to your shopping cart 



103 < 



Buy item and ship to: 



John Doe at home 



r 



Give this item to a friend. 
901a Just type in their email and press GIVE. 



901 




Email: 




901b 



901c 



104 



Detail Description of Item 



Fig. 9 A 
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Summary Description of Item 



102 




Add it to your shopping cart 



103 




Buy item and ship to: 



John Doe at home 



902 




Give this item to a groups of friends. 
902a Just type in the group name and press GIVE. 



Groiq) Name: 




902b 



902c 
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Detail Description of Item 



Fig. 9B 
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Create Group 

1001 

Group Name: 



Member Information 
Name Email Delivery Address 























• 
• 
• 





















Fig. 10 
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Track Gift Delivery 



ivery ) 





1101 


Receive gi 


ft order 


■ ► 


1102 


Attempt contact with 
recipient 







^1103 
Contact \ Y 




1104 



Collect additional 
contact information 



Sufficient 
contact 
information. 



1105 



1111 



Notify gift giver of 
failure 



c 



Done 



1106 



Collect delivery 
information from 
contact 



1107 



Verify delivexy 
information 



Delivery 
information 
verified 



1108 
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1109 


Send gift to recipient 




1110 


Notify gift giver of 


success 





Fig. 11 
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Receive Gift Order 






1401 


Receive gift giver 


request 






1402 


Create session with 


gift giver 






1403 


Receive gift selection 




1404 


Receive recipient 


contact infonnation 




1405 


Receive payment 


infonnation 








N 



1408 



Assign gift order 
tracking number 




1409 


Store gift order 
information 
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Notify gift giver of 
approval 
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Done 
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Notify gift giver of 
denial 



c 



Done 



Fig. 14 
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1501b 

Send initial email 



1502b 

Schedule initial phone 
contact 



Fig. 15 
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(Process Initial 
Phone Contact 






Update database with 
recipient's infonnation 



1604 

Schedule searching for 
additional contact 
information 



1606 



Schedtile verifying 
delivery information 
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Done 



Fig. 16 
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^Process Response^ 
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verified 
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1708 


Schedule order to 


verify address 




< 



( 



Done 
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Find tracking number 
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Tracking 
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1707 



Schedule order to 
search for address 



Fig. 1 7 
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/Collect AdditionaTN 
VContact Infonnajtiony 
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Search Internet-based 


telephone and email 


directories 





1802 

Search CD-ROM 
telephone and email 
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Search local database 
of customers 



1804 

Search with Internet- 
based search engines 



1805 
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information from 
phone or email 
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Analyze retrieved 
information 
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Store retrieved and 
analyzed information 
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Display information 



7809 



Receive instructions 
on further processing 



Fig. 18 
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{ Verify Delivery^ 
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Check validity of 
address 






Address valid^^ 
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1903 


Prompt for i 
verification 
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manually 
verified 
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Schedule for delivery 



Done 
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Notify gift giver of 
failure 



Fig. 19 



38 



BNSDOCID: <EP ^0902381A2J_> 



V 



(19) 




Europdisches Patentamt 
European Patent Office 
Office europten des brevets 





(12) 



(88) Date of publication A3: 

24.03.1999 Bulletin 1999/12 

(43) Date of publication A2: 

17.03.1999 Bulletin 1999/11 

(21) Application number: 98117261.2 

(22) Date of filing: 1 1 .09.1998 



(11) EP 0 902 381 A3 

EUROPEAN PATENT APPLICATION 

(51) IntCI.^: G06F 17/60 



(84) 


Designated Contracting States: 


• Bezos, Jeffrey P. 




AT BE CH CY DE DK ES R FR GB GR IE IT LI LU 


Seattle, Washington 98101 (US) 




MC NL PT SE 


• Kaphan, She! 




Designated Extension States: 


Seattle, Washington 98115 (US) 




AL LT LV MK RO SI 


• Spiegel, Joel 


(30) 




Woodinvllle, Washington 98115 (US) 


Priority: 12.09.1997 US 928951 




23.03.1998 US 46503 


(74) Representative: 


(71) 




Grunecker, KInkeldey, 


Applicant: Amazon.Com, Inc. 


Stockmair & Schwanhdusser 




Seattle, WA 98101 (US) 


Anwaltssozletat 


(72) 




Maxlmillanstrasse 58 


Inventors: 


80538 Munchen (DE) 


• 


Hartman, Perl 




Seattle, Washington 98109 (US) 





CO 

< 

oo 

CO 
CM 

o 



Q. 
LU 




yuui ihcppmg cart 



(54) Method and systenn for placing a purchase order via a communications networic 

(57) A method and system for placing an order to 
purchase an item via the Internet. The order is placed 
by a purchaser at a client system and received by a 
server system. The server system receives purchaser 
information including identification of the purchaser, 
payment information, and shipment information from 
the client system. The server system then assigns a cli- 
ent identifier to the client system and associates the 
assigned client identifier with the received purchaser 
information. The server system sends to the client sys- 
tem the assigned client identifier and an HTML docu- 
ment identifying the item and including an order button. 
The client system receives and stores the assigned cli- 
ent identifier and receives and displays the HTML docu- 
ment. In response to the selection of the order button, 
the client system sends to the server system a request 
to purchase the identified item. The server system 
receives the request and combines the purchaser infor- 
mation associated with the client identifier of the client 
system to generate an order to purchase the item in 
accordance with the billing and shipment information 
whereby the purchaser effects the ordering of the prod- 
uct by selection of the order button. Pig- 



MBWI Order tela irith l<ikkl 
(Yon cac caacd wifhin 90 'Titmiff^ ) 



fOte BsgrHmandri^tD: 



fOte QwA *^||ginM mMiiih fiTf*'*rtB l-dtt 

f AM jam liOTs flmft laittflBWsi jrfcifca 



Printed by Xerox (UK) Business Seivioes 
2.16.7/3.6 



BistSDOCIO: <EP_ 



J0902381A3J_> 



EP 0 902 381 A3 




European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 98 11 7261 



O 



2 



Category 



P,X 



P.X 



P,A 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Citation of document with indication, where appropnate. 
of relevant passages 



Relevant I classification of the 
to claim I APPLICATION (int.Cl.6) 



WO 96 38799 A (AMAZON COM INC) 
5 Decefiiber 1996 



* page 5, line 29 - page 8, line 11 * 

WO 98 21679 A (MICROSOFT CORP) 22 May 1998 

* figure 2; tables 1-6 * 

* page 13, line 23 - page 15. line 11 * 

* page 27, line 20 - page 28, line 25 * 

* page 34, line 7 - page 40, line 4 * 

EP 0 883 076 A (IBM) 9 December 1998 

* abstract; figures 2,3 * 

* column 2, line 37 - column 3, line 37 * 

EP 0 845 747 A (HITACHI LTD) 3 June 1998 

* column 4, line 26 - column 4, line 47 * 

* column 5, line 19 - column 11, line 21- 
figures 1-9 * 

WO 95 30961 A (TACKBARY MARY THOMASMA) 
16 November 1995 

* abstract; figure 2 * 

* page 9, line 6 - page 12, line 22 * 

HOQUE R: "shopping cart application with 
JavaScript" 
WEB TECHNIQUES, 

vol. 3, May 1998, pages 63-68, XP002083218 

-/-- 



3-6,9, 
16,18, 
21,22, 
24,27, 
29-31, 
36,37, 
42-45 



1-48 



1-31, 
36-48 



32-35, 
49-66 



32-35, 
49-66 



The present search report has been drawn up for ail claims 



Plac* of Match 

THE HAGUE 



X 
Y 

A 
O 
P 



CATEGORY OF CITED DOCUMENTS 

: particularty rsldvant if raken alono 

: particiOarty relevant if combined with another 

document of the aame cate9ory 
; technoiogical t>ackground 
: non-written disclosure 

Mermedlate document 



Data of oomptotion of Dw sdaich 

3 February 1999 



1-31, 
36-48 



G06F 17/60 



TECHNICAL FIELDS 
SEARCHED (Int.CL6> 



G06F 



Exanriner 



Bowler, A 



T : theory orpnncipfe underfying the invention 
E : earlter patent document, but published on or 

after the filing date 
D : docunwnt cited in the application 
L : document cited for other reasone 

& ; menit>er of the same pment tamiiyrcoiTeam 

document ^ 



2 



BNSDOCID: <EP. 



.0902381A3_I_> 



EP0902 381 A3 




European Patent 
Olfioe 



EUROPEAN SEARCH REPORT 



Application Number 

EP 98 11 7261 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indicatioa where appropriate. 
of relevant passages ' 



Relevant 
to claim 



CtASSlFICATION OF THE 
APPUCATION (lnt.CI.6) 



BARON C: "Implementing a Web shopping 
cart" 

DR. DOBBS JOURNAL, September 1997, pages 
64. 66, 68/69, 83-85. XP002083012 



1-31, 
36-48 



TECHNICAL RELOS 
SEARCHED (Inl.CI.S) 



The present search report has been drawn up for all claims 



Ptaco of s«arch 


Data of completion of the saaich 


Examner 


THE HAGUE 


3 February 1999 


Bowler, A 



CATEGORY OF CITED DOCUMENTS 

X : particularty raiovant if takan alone 

Y : partioitaiiy relevant if combined wtth another 

document of the dame category 
A : technological background 

O : non -written drscloaure 
P : intennediate document 



T 
E 

D 
L 



theory or principle underlying the invention 
: earlier patent document, but published on, or 

after thie filing date 
: document cited in the application 

document cited for other reasons 



& : member of the same patent family, correspondlrtg 
document 



3 



0902381 A3 J _> 



EP 0 902 381 A3 



ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO. 



EP 98 11 7261 



?^e^rm^^rarras^r4ark'!r^^^^^^^^^ atK,ve.men«o„ed European search report 

The European Patent Office ie in no way liable for these particulars which are merely given tor the purpose of information. 

03-02-1999 



Patent document 
cited in search report 


Publication 
data 


Patent famity 
member(s) 


• Publication i 
date 


WO 9638799 


A 


05-12-1996 


US 
AU 
CA 
EP 


5715399 A 
5798196 A 
2218257 A 
0829056 A 


03-02-1998 
18-12-1996 
05-12-1996 
18-03-1998 


UO 9821679 


A 


22-05-1998 


AU 


5177598 A 


03-06-1998 


EP 0883076 


A 


09-12-1998 


JP 


10334145 A 


18-12-1998 


EP 0845747 


A 


03-06-1998 


JP 


10162065 A 


19-06-1998 


UO 9530961 


A 


16-11-1995 


US 
AU 
AU 
CA 
EP 


5555496 A 
682969 8 
2636195 A 
2189739 A 
0760983 A 


10-09-1996 
23-10-1997 
29-11-1995 
16-11-1995 
12-03-1997 



For more details about this annex : see OWicial Journal of the European Patent Office. No. 1 2/82 



.0002381A3J_> 



